P07884 

Le A 36 280-US Sw/by/NT 



METHOD AND COMPUTER SYSTEM FOR 
PROJECT PORTFOLIO MANAGEMENT 

CROSS REFERENCE TO RELATED PATENT APPLICATION 
5 The present patent application claims the right of priority under 35 U.S.C. 
§119 (a)-(d) of German Patent Application No. 102 49 482.7, filed October 
24, 2002. 

FIELD OF THE INVENTION 
10 The invention relates to a method of project portfolio management and a 
corresponding computer system and computer program product. 

BACKGROUND OF THE INVENTION 
An essential component of project portfolio management is risk 
15 management. From the prior art, numerous risk analysis methods, which 
typically include qualitative and/or quantitative techniques, are known. 
With such methods, decision-making is supported by, for example, 
determining the probability of possible scenarios or providing proposals for 
prioritization. 

20 

Typical risk analysis methods are often based on or make use of Monte 
Carlo simulation, decision trees and influence diagrams. 

Various risk analysis computer programs are available commercially from, 
25 for example, the Palisade Corporation. A risk analysis and simulation add- 
in may be added to the Microsoft Excel spreadsheet or Lotus 1-2-3 
spreadsheet programs by using the @RISK 4.0 risk analysis program 
(which is commercially available from Palisade Corporation). The @RISK 
program makes use of Monte Carlo simulation, in which values which are 
30 unspecified in the calculation table model are replaced by functions, to 

represent a range of possible values. In this way, a distribution of possible 
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results and the corresponding probability that each result will occurr are 
obtained. These results are prepared graphically and are output, for 
example, in the form of histograms, cumulative curves or area and line 
diagrams. 

5 

The computer program @RISK 4 Project (which is commercially available 
from Palisade Corporation) includes additional functions for project 
planning. By using them, it is possible to carry out additional extended 
analyses such as: sensitivity analysis, scenario analysis and critical 
10 indices analysis. With sensitivity analysis, the input distributions which 

have the greatest effect on the outputs may be identified. The results may 
then be represented in a Tornado diagram, which can easily be analysed. 

With scenario analysis, the input combinations are identified which lead to 
15 the output target values. Using critical indices, it is possible to establish 
when a task takes on critical dimensions during a simulation. 

Critical tasks (which are identified with critical indices analysis) are tasks 
for which a critical projection results, i.e., by which the total duration of the 
20 project can be established. With critical indices analysis, all critical indices 
are automatically logged for all tasks as percentage values over time, and 
thus the critical tasks of a project are identified. 

A further example of a program for risk analysis and decision software is 
25 available under the name "Adele," from the Dresden Institute for Decision 
Analyses (Dresdner Institut fur Entscheidungsanalysen). 

A common disadvantage of the above-mentioned computer programs, with 
regard to risk analysis, is that the database for carrying out the analysis 
30 cannot be made available efficiently. This disadvantage is evident in 
particular with distributed projects, which involve different instances and 
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locations in a single company. A further disadvantage relates to the 
difficulty of maintaining the database, and to adapting the database to the 
current status of a project. 

5 SUMMARY OF THE INVENTION 

An object of the invention involves providing an improved method of risk 
analysis and management of project portfolios, and correspondingly an 
improved computer system (which includes database resources, such as 
Lotus Notes) and a computer program product (which includes program 
10 resources, such as software programs and subroutines). 

In accordance with the present invention there is provided a computer- 
implemented method of performing a risk analysis for a project, 
comprising: 

15 generating, in a hierarchical database, a plurality of area 

checklists in the form of documents, each area checklist having at 
least one input field, and entering data into said input field; 

exporting the data from the hierarchical database to a 
relational database; 

20 accessing the relational database, and performing said risk 

analysis on the data exported to said relational database; and 
outputting risk analysis results for said project. 

The features that characterize the present invention are pointed out with 
25 particularity in the claims, which are annexed to and form a part of this 
disclosure. These and other features of the invention, its operating 
advantages and the specific objects obtained by its use will be more fully 
understood from the following detailed description and accompanying 
drawings in which preferred embodiments of the invention are illustrated 
30 and described. 
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BRIEF DESCRIPTION OF THE DRAWING FIGURES 
Figure 1 is a flow diagram representing a typical operation of a method of 
risk analysis according to the present invention; 

5 Figure 2 is a flow diagram representing the risk analysis of a single project 
in accordance with the present invention; 

Figure 3 is a flow diagram representing the risk analysis of a project 
portfolio in accordance with the present invention; and 

10 

Figure 4 is a block diagram representing a computer system according to 
the present invention. 

In Figures 1 through 4, like reference numerals designate the same 
1 5 operations and components. 

DETAILED DESCRIPTION OF THE INVENTION 
The invention makes it possible to include the various company 
employees who are involved in a project in the data collection for risk 

20 analysis. For the functional-area-specific data collection in the company, 
area checklists which have input fields for entering data for risk analysis 
are used. For each company functional area which is involved in the 
project, a specific area checklist is used with input fields for data for which 
the relevant functional area is to be asked. From the data which is 

25 collected in this way, risk analyses results at the project level are 

produced. From these results, in a further step, a risk analysis of the 
whole project portfolio is produced. 

For example, there may be specific area lists for "research and 
30 development", "regional/strategic marketing", "production", "patent law and 
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licences" and "ecology" for a project for development and market 
introduction of a new chemical product by a chemical industry company. 

After the required data has been entered into input fields of all the area 
5 checklists and stored in the hierarchical database, the data is then 

exported from the hierarchical database into a relational database. This is 
particularly advantageous because a hierarchical database is specially 
suitable for bringing together data which is spatially distributed. Such a 
database can preferably be implemented using, for example, Lotus Notes 
10 (which is commercially available from Lotus Development Corporation). In 
this case, the area checklists are Lotus Notes documents. 

The Lotus Notes database system follows a flat hierarchical structure. A 
Lotus Notes document is an autonomous unit, and contains information 
15 about the data structure as well as about the data itself. The documents in 
a Lotus Notes database can therefore have completely different structures, 
since they are not linked to tables. A further advantage of Lotus Notes is 
the concept of replication, which simplifies a spatially distributed method of 
working. 

20 

However, a disadvantage of a hierarchical database such as Lotus Notes 
is that because of the flexible structure of the documents, use of query 
languages such as SQL is not possible. According to the invention, this 
disadvantage is removed by exporting the data from the hierarchical 
25 database into a relational database, to carry out the calculations and 

statistical analyses which are required for risk analysis on the basis of the 
previously collected data. This can then be done at a high processing 
speed, because access to the data which is stored in the relational 
database is efficient and fast. 
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According to another preferred version of the invention, the area checklists 
have an initial first status and a second status: 

All newly created area checklists are initially in "Draft" status. The 
5 document status can be changed in an editing mode by clicking on the 
"Document complete" action button. However, as a precondition of this, all 
mandatory input fields must first be filled with data, since otherwise the 
document cannot be stored. The mandatory input fields are preferably 
marked in colour. The data of the mandatory fields goes into the risk 
10 analysis. The additionally collected data provides more information, which 
is not, or only with great difficulty, accessible to mathematical treatment, 
about the project environment. 

According to another preferred version of the invention, a master checklist 
15 is generated. The master checklist is an instance at a higher level than the 
area checklists. The master checklist has the initial status "Work in 
progress" and the further status "Complete". The "Work in progress" state 
applies as long as at least one of the area checklists is still in "Draft" state. 
For the master checklist to obtain the "Complete" status, all area checklists 
20 which are assigned to the master checklist must include the document 
status "Document complete". The status of the master checklist can be 
changed via the "Checklists complete" and "Begin work on checklist" 
action buttons on the master checklist document. 

25 After the master checklist has obtained the "Complete" status, further 
editing of area checklists is possible only if the checklist status of the 
master checklist is first reset from "Complete" to "Work in progress", and 
then the area checklists to be edited are reset to the draft status "Draft". 



30 According to another preferred version of the invention, the data which is 
entered using the checklists is exported into a relational database such as 
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an Oracle database. This can happen periodically within specified time 
intervals or on request by a user. On the basis of the exported project 
data and using the relational database, a risk analysis is then carried out. 
Preferably, one or more specified risk analysis routines are executed and 
5 output in graphic presentations which are also specified. 

It is particularly advantageous that according to the invention a hierarchical 
database is used for the distributed capture and control of the workflow for 
the data capture, whereas the actual risk analysis is carried out in a 

10 relational database. In this way, the project data which is required for the 
risk analysis can be collected efficiently, closely in time and at low 
transaction cost, because the hierarchical database can be adapted to the 
organisation of the company. On the other hand, the calculations and 
analyses which are required for risk analysis are carried out at a high 

15 processing speed, because for this a relational database such as Oracle is 
accessed. 

A further advantage of the method according to the invention and the 
computer program according to the invention is that in principle all projects 

20 which are to be carried out or approved in a company or division are 
captured with their basic data (e.g., project management, employees, 
budget or time-scales). These projects can then be subjected to risk 
analysis on a case by case basis. The criteria for this can be, for instance, 
budget, duration or strategic importance. Further data collection is then 

25 required for these projects only. 

Yet another advantage of the method according to the invention and the 
computer program according to the invention is the possibility of capturing 
- costs per hour for employees and projects, and thus for the project . - 
30 portfolio, on the basis of the basic data which is captured for all projects 
which are handled in a company or division. 
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Preferred embodiments of the present invention are explained in more 
detail as follows and with reference to the drawing figures. 

With reference to Figure 1 , in Step 100, a project is created. The basic 
5 data is entered in Step 102. These steps are carried out for all projects of 
a company or division. In this way the employees who do the project work 
are captured. 

In Step 104, the basic data is checked for completeness and up-to- 
10 dateness. 

In Step 106, there is a test for whether a risk analysis should be produced 
for the project. If not, the workflow ends here. Only the basic data is kept 
and updated in turn (Step 104). If a risk analysis is to be produced, the 
15 project master sheet is generated in Step 108. For each project, there is a 
project master sheet in which the project team members are defined. 

In Step 110, the data is checked for completeness. 

20 In Step 112, the master checklist is generated. Its initial status is "Work in 
progress". In the master checklist, those who are responsible for the 
individual area checklists are selected from the list of project team 
members and stored. There is a master checklist for each subproject 
within a project. In the master checklist, dependencies between 

25 subprojects are defined. 

In Step 114, the data is checked for completeness. 

Then, in Step 1 16, the area checklists are generated. These have the 
30 initial status "Draft". Each area checklist is specific to one company 
functional unit which is involved in the project, e.g. "research and 
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development", "regional/strategic marketing", "production", "patent law and 
licences" and "ecology". 

An area checklist includes input fields for entering data which is specific to 
5 the company functional unit to which the relevant area checklist is 
directed. 

In Step 118, there is a test for whether the data of an area checklist is 
complete and up to date. If so, the status of the area checklist can be set 
10 to "Complete". 

In Step 120, there is a test for whether the status of all area checklists is 
set to "Complete". If so, the status of the master checklist can be set to 
"Complete" (Step 122). Further editing of the area checklists is then no 
15 longer possible. 

The various states of the area checklists and master checklist can be 
changed using action buttons of the relevant checklists: 

20 Master checklist 

"Checklists complete" 

This button is visible only if the master checklist is in "Work in progress" 
25 document status and is open for editing. The checklist status of the master 
checklist is set from "Work in progress" to "Complete". However, a 
precondition of this is that all area checklists are in "Document complete" 
document status. 
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This button is visible only if the master checklist is in "Complete" document 
status and is open for editing. The checklist status of the master checklist 
5 is set from "Complete" to "Work in progress". 

Area checklists 

"Document complete" 
10 The document status is set from "Draft" to "Complete". This button is 
displayed only in editing mode and in "Draft" document status of an area 
checklist. 

"Draft status" 

1 5 The document status is reset from "Complete" to "Draft". If the master 
checklist is already in "Complete" status, resetting to draft status is 
prohibited here. The button is displayed in both read and edit mode if the 
document is in "Complete" status. 

20 For the case that an editor of an area checklist nevertheless considers that 
it is necessary to edit the entries in the area checklist for which the editor 
is responsible, Step 124 is provided. If the person who is responsible for 
the master checklist decides that further editing is necessary, in Step 126 
the master checklist is reset to "Work in progress" status. In Step 128, the 

25 area checklist which is to be changed is reset to "Draft" status, so that the 
data entries can be edited. Steps 118 and 120 are then carried out again, 
to reset the master checklist to "Complete" status in Step 122 if 
appropriate. 

30 If no more editing is required (Step 124), in Step 130 the entered data is 
exported to a relational database. For this purpose, there is a "Data 
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export" action button on the master checklist. This causes a data export to 
a relational database such as Oracle. 

For data export, four different variants must be distinguished: 

5 

(1 ) indirect export of a current version of a subproject on request 
(Version R) 

(2) export of a current version of a subproject (Version A) 

10 

(3) export of an official version of a project (Version O) 

(4) export of an official version of all projects (Version OA) 

In the case of Variant (1), the data is exported to the relational database at 
1 5 the next run of the so-called Export Agent. The Export Agent may run, for 
example, once per hour (e.g., periodically and automatically). In the case 
of Variant (2), all current subprojects are exported to the relational 
database once within 24 hours. This may happen, for example, once per 
night. 

20 

In the case of Variant (3), an official version of a project is exported to the 
relational database when a button is pressed. In the case of Variant (4), all 
official versions of all projects are exported to the relational database when 
a button is pressed. 

25 

Once an export is started, it logs key data and at the end sends an e-mail, 
in which any errors in the running of the routine can be read back, to a 
mail-in database. A copy of all official projects which have been exported 
to the relational database is automatically "frozen in", and the version 
30 number is increased by 1 . 



Le A 36 280-US 

- 12- 

After the data is exported to the relational database, the risk analysis takes 
place. For this purpose, the project data which is stored in the relational 
database is accessed in Step 200 (see Figure 2). On the basis of the 
project data, in Step 202 one or more specified risk analyses are carried 
5 out. The results are output graphically in Step 204. 

Alternatively, a risk analysis for a project portfolio can also be carried out. 
This is illustrated in Figure 3. 

10 In Step 300, a project portfolio is put together by selecting individual 
projects from a list. Next, the data which is stored in the relational 
database for the individual projects in the portfolio is accessed, to carry out 
a risk analysis for the project portfolio as a whole in Step 302. In Step 304, 
the analysis result is again output graphically. 

15 

Figure 4 shows a block diagram of a computer system according to the 
invention. 

The computer system includes a subsystem 400 to capture the project 
20 data. For this purpose, a module 402 for storing master data, particularly 
that of the project team, is provided. A module 404 is used to store 
document masters. The module 406 is used to store basic data about 
projects in a hierarchical database. The program 408 is used to control the 
subsystem 400. 

25 

The subsystem 410 also accesses the module 402 to store master data. It 
has a further module (module 414) to store document masters to generate 
the master checklists and area checklists. The module 416 is used to store 
instances of area checklists and master checklists in a hierarchical 
30 database. The program 418 is used to control the subsystem 410 and to 
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export the data from the hierarchical database to the relational database of 
the subsystem 422 via the interface 420. 

The subsystem 422 for carrying out the risk analysis has a relational 
5 database 424, which is used for storing data which is exported from the 
subsystem 410. The subsystem 422 also has a module 426, which 
includes one or more specified routines for risk analysis. The module 428 
is used to output the analysis results. The function of the subsystem 422 is 
controlled by the program 430. 

10 

The subsystem 400 is also linked to the accounting module 432, which is 
used for capturing costs to the nearest hour for employees and projects, 
and thus for the project portfolio as a whole. 
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Although the invention has been described in detail in the foregoing for the 
purpose of illustration, it is to be understood that such detail is solely for that 
purpose and that variations can be made therein by those skilled in the art 
without departing from the spirit and scope of the invention except as it may 
be limited by the claims. 



